Method and system for fulfilling requests in an inventory system

ABSTRACT

A method for fulfilling requests in an inventory system includes receiving a request indicating an activity to be completed. The method also includes selecting a holder to fulfill the request and an inventory station at which to fulfill the request. The inventory station is associated with a queue that includes a plurality of queue spaces. The method further includes moving the selected holder from a first location to a second location remote from the selected inventory station. Additionally, the method also includes determining that a trigger event has occurred and, in response to determining that the trigger event has occurred, moving the selected holder from the second location to a queue space of a queue associated with the selected inventory station.

RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.12/413,074, filed Mar. 27, 2009, now abandoned, and entitled “Method AndSystem for Fulfilling Requests In An Inventory System,” which is acontinuation-in-part of U.S. application Ser. No. 11/185,198, filed Jul.19, 2005, now U.S. Pat. No. 7,894,932, and entitled “Method and Systemfor Replenishing Inventory Items;” a continuation-in-part of U.S.application Ser. No. 11/185,957, filed Jul. 19, 2005, now U.S. Pat. No.7,894,933, and entitled “Method and System for Retrieving InventoryItems;” and a continuation-in-part of U.S. application Ser. No.11/185,467, filed Jul. 19, 2005 and entitled “Method and System forStoring Inventory Holders.”

TECHNICAL FIELD OF THE INVENTION

This invention relates in general to inventory systems, and moreparticularly to a method and system for efficient storage and retrievalof inventory items.

BACKGROUND OF THE INVENTION

Modern inventory systems, such as those in mail-order warehouses,airport luggage systems, and custom-order manufacturing facilities, facesignificant challenges in responding to requests for inventory items. Ininventory systems tasked with responding to large numbers of diverseorders, slow responses to orders may result in an ever-increasingbacklog of inventory requests. Furthermore, in inventory systemsencompassing substantial amounts of physical space, response times maydepend heavily on the location of inventory items and resources to beused in fulfilling a received order. As a result, efficient use of time,space, and system resources can be crucial to successful operation andmanagement of an inventory system.

SUMMARY OF THE INVENTION

In accordance with the present invention, the disadvantages and problemsassociated inventory storage have been substantially reduced oreliminated. In particular, a mobile inventory system is provided thatincludes one or more mobile drive units capable of moving componentsbetween locations within a physical space associated with the mobileinventory system for purposes of completing tasks relating to inventoryitems.

In accordance with one embodiment of the present invention, a method forfulfilling requests within an inventory system includes receiving arequest indicating an activity to be completed. The method also includesselecting a holder to fulfill the request and an inventory station atwhich to fulfill the request. The inventory station is associated with aqueue that includes a plurality of queue spaces. The method furtherincludes moving the selected holder from a first location to a secondlocation remote from the selected inventory station. Additionally, themethod also includes determining that a trigger event has occurred and,in response to determining that the trigger event has occurred, movingthe selected holder from the second location to a queue space of a queueassociated with the selected inventory station.

In accordance with another embodiment of the present invention, a systemfor fulfilling requests within an inventory system includes a pluralityof holders, a plurality of inventory stations, and a management module.The inventory holders are capable of storing objects. Inventory itemsmay be removed from the inventory holders at the inventory stations, andeach inventory station is associated with a queue comprising a pluralityof queue spaces. The management module is capable of receiving a requestindicating an activity to be completed and selecting a holder to fulfillthe request. The management module is also capable of selecting aninventory station at which to fulfill the request and instructing amobile drive unit to move the selected holder from a first location to asecond location remote from the selected inventory station.Additionally, the management module is capable of determining that atrigger event has occurred, and in response to determining that thetrigger event has occurred, instructing the mobile drive unit to movethe selected holder from the second location to a queue space of a queueassociated with the selected inventory station.

Technical advantages of certain embodiments of the present inventioninclude the ability to optimize use of space and system resources incompleting tasks and minimizing task-completion times. Further technicaladvantages of certain embodiments of the present invention includeproviding a flexible and scalable inventory storage solution that can beeasily adapted to accommodate system growth and modification. Othertechnical advantages of the present invention will be readily apparentto one skilled in the art from the following figures, descriptions, andclaims. Moreover, while specific advantages have been enumerated above,various embodiments may include all, some, or none of the enumeratedadvantages.

BRIEF DESCRIPTION OF THE DRAWINGS

For a more complete understanding of the present invention and itsadvantages, reference is now made to the following description, taken inconjunction with the accompanying drawings, in which:

FIG. 1 illustrates components of an inventory system according to aparticular embodiment;

FIG. 2 is an overhead view of a particular embodiment of the inventorysystem illustrated in FIG. 1;

FIG. 3 illustrates example operation of a particular embodiment of theinventory system while completing certain tasks;

FIG. 4 is a flowchart detailing the steps completed by certainembodiments of the inventory system in executing the example operationillustrated in FIG. 3;

FIG. 5 illustrates example operation of a particular embodiment of theinventory system while completing other tasks;

FIG. 6 is a flowchart detailing the steps completed by certainembodiments of the inventory system in executing the example operationillustrated in FIG. 5.

DETAILED DESCRIPTION OF THE INVENTION

FIG. 1 illustrates an inventory system 10 according to a particularembodiment of the present invention. Inventory system 10 includes amanagement module 15, one or more mobile drive units 20, one or moreinventory holders 30, one or more container holders 40, and one or moreinventory stations 50. In response to commands communicated bymanagement module 15, mobile drive units 20 transport inventory holders30 and container holders 40 within a physical area associated withinventory system 10 for purposes of fulfilling orders received byinventory system 10. In particular embodiments, the fulfillment of aparticular order may involve the completion of several tasks byinventory system 10 and reducing the time that inventory system 10spends completing such tasks can improve system throughput.Additionally, in particular embodiments, effective use of the finitephysical area available for use by the various components of inventorysystem 10 can lead to greater system efficiency. As a result, particularembodiments of inventory system 10 may utilize certain techniques toanticipate tasks to be completed by certain components and to positionthe relevant components so as to reduce the time required to completethe anticipated tasks. Furthermore, certain techniques may beimplemented to relieve congestion caused by less sophisticatedtechniques for positioning these elements. In particular, inventorysystem 10 may utilize a technique (referred to herein as “drifting”) tomove components to designated destinations in anticipation of tasks tobe completed involving the drifted components.

Management module 15 receives and/or generates requests that initiateparticular operations involving mobile drive units 20, inventory holders30, inventory items 32, container holders 40, containers 42, inventorystations 50, and/or other elements of inventory system 10. Managementmodule 15 may select components of inventory system 10 to perform theseoperations and communicate commands, instructions, and/or otherappropriate information to the selected components to facilitatecompletion of these operations. Although the description below focuseson embodiments of inventory system 10 that receive requests (such asoperation requests 60 illustrated in FIG. 1) from other components ofinventory system 10, management module 15 may alternatively oradditionally generate such requests itself using any appropriatetechniques.

Additionally, management module 15 may represent a single component,multiple components located at a central location within inventorysystem 10, and/or multiple components distributed throughout inventorysystem 10. For example, management module 15 may represent components ofone or more mobile drive units 20 that are capable of communicatinginformation between the mobile drive units 20 and coordinating movementof mobile drive units 20 in transporting inventory holders 30. Ingeneral, management module 15 may include any appropriate combination ofhardware and/or software suitable to provide the described functionalityand may further include components located on mobile drive units 20,inventory stations 50, or other elements of inventory system 10.

Mobile drive units 20 move inventory holders 30 between locations withina workspace associated with inventory system 10. Mobile drive units 20may represent any devices or components appropriate for use in inventorysystem 10 based on the characteristics and configuration of inventoryholders 30 and/or other elements of inventory system 10. In a particularembodiment of inventory system 10, mobile drive units 20 representindependent, self-powered devices configured to freely move about theassociated workspace. In alternative embodiments, mobile drive units 20represent elements of a tracked inventory system 10 configured to moveinventory holder 30 along tracks, rails, cables, or other guidanceelements traversing the associated workspace. In such an embodiment,mobile drive units 20 may receive power through a connection to theguidance elements, such as a powered rail.

Additionally, mobile drive units 20 may be capable of communicating withmanagement module 15 to receive information identifying selectedinventory holders 30, transmit locations of mobile drive units 20, orexchange any other suitable information used by management module 15 ormobile drive units 20 during operation. Mobile drive units 20 maycommunicate with management module 15 wirelessly, using wiredconnections between mobile drive units 20 and management module 15,and/or in any other appropriate manner. As one example, particularembodiments of mobile drive unit 20 may communicate with managementmodule 15 and/or with one another using 802.11, Bluetooth, or any otherappropriate wireless communication protocol. As another example, in atracked inventory system 10, tracks or other guidance element upon whichmobile drive units 20 move may be wired to facilitate communicationbetween mobile drive units 20 and other components of inventory system10.

Furthermore, as noted above, management module 15 may include componentsof individual mobile drive units 20. Thus, for the purposes of thisdescription, communication between management module 15 and a particularmobile drive unit 20 may represent communication between components of aparticular mobile drive unit 20. In general, mobile drive units 20 maybe powered, controlled, and propelled in any manner appropriate based onthe configuration and characteristics of inventory system 10.

Inventory holders 30 store inventory items 32. In a particularembodiment, inventory holders 30 include multiple storage bins with eachstorage bin capable of holding a different type of inventory item 32.Inventory holders 30 are capable of being carried, rolled, or otherwisemoved by mobile drive units 20. In particular embodiments, inventoryholder 30 may provide additional propulsion to supplement that providedby mobile drive unit 20 when moving inventory holder 30. Additionally,in particular embodiments, each inventory holder 30 may have a pluralityof faces, and each bin may be accessible only through specific faces ofthe relevant inventory holder 30. Mobile drive units 20 may beconfigured to rotate inventory holders 30 at appropriate times topresent particular faces of inventory holders 30 and the associated binsto an operator or other components of inventory system 10.

Inventory items 32 represent any objects suitable for storage,retrieval, and/or processing in an automated inventory system 10. Forthe purposes of this description, “inventory items” may represent anyone or more objects of a particular type that are stored in inventorysystem 10. As one example, inventory system 10 may represent a mailorder warehouse facility, and inventory items may represent merchandisestored in the warehouse facility. During operation, mobile drive units20 may retrieve inventory holders 30 containing one or more inventoryitems requested in an order to be packed for delivery to a customer.Moreover, in particular embodiments of inventory system 10, boxescontaining completed orders may themselves represent inventory items.

As another example, inventory system 10 may represent amerchandise-return facility. In such an embodiment, inventory items mayrepresent merchandise returned by customers. Units of these inventoryitems may be stored in inventory holders 30 when received at thefacility. At appropriate times, a large number of units may be removedfrom a particular inventory holder 30 and packed for shipment back to awarehouse or other facility.

As yet another example, inventory system 10 may represent amanufacturing facility with inventory items 32 representing individualcomponents of a manufacturing kit to be included in an assembledproduct, such as electronic components for a customized computer system.In such an embodiment, inventory system 10 may retrieve particularcomponents identified by a specification associated with an order forthe product so that a customized version of the product can be built.Although a number of example embodiments are described, inventory system10 may, in general, represent any suitable facility or system forstoring and processing inventory items. Similarly, inventory items 32may represent objects of any type suitable for storage, retrieval,and/or processing in a particular inventory system 10.

In particular embodiments, inventory system 10 may also includecontainer holders 40 that hold containers 42 in which inventory items 32may be grouped for various tasks completed in such embodiments ofinventory system 10. In a given embodiment, container holders 40 mayhave any appropriate structure and be configured to store containers 42in any suitable manner based on the type of containers 42 utilized ininventory system 10 or any other appropriate factors. For example, inparticular embodiments, container holders 40 include one or moreplatform or shelves on which containers 42 rest. As another example, inparticular embodiments, container holders 40 include a plurality of binseach holding containers 42 of a different size or type.

Additionally, in particular embodiments, container holders 40 may besubstantially similar or identical to inventory holders 30. Certainembodiments of inventory system 10 may include general-purpose holdersthat can be used as both inventory holders 30 and container holders 40.For example, in particular embodiments, inventory system 10 may includea number of holders that may be dynamically designated as an inventoryholder 30 or a container holder 40 depending on whether inventory items32 or containers 42 are stored on the relevant holder at that particulartime. Moreover, in particular embodiments, holders may be configured tosimultaneously store both inventory items 32 and containers 42 and aparticular holder may, at a particular point in time, represent both aninventory holder 30 and a container holder 40.

Containers 42 represent any appropriate form of container into or ontowhich inventory items 32 can be placed for storage, shipping, or otherappropriate purposes. Examples of containers 42 include, but are notlimited to, boxes, pallets, bins, cartons, and envelopes. In particularembodiments, containers 42 are independent of the container holders 40in which containers 42 are stored, and as a result, containers 42 may beremoved from container holders 40 for processing or transferred to othercontainer holders 40. As one example, containers 42 may represent boxesin which or pallets on which inventory items 32 associated with aparticular order may be stored for delivery, and the relevant container42 may then be shipped to a customer associated with that order. Asanother example, containers 42 may represent bins or other containers inwhich inventory items 32 may be placed for long term storage and thenmoved to a special location or removed from inventory system 10.

Inventory stations 50 represent locations designated for the removal ofinventory items 32 from inventory holders 30, the introduction ofinventory items 32 into inventory holders 30, the transfer of inventoryitems 32 to containers 42, and/or the processing or handling ofinventory items 32 in any other suitable manner. Inventory stations 50may also represent any appropriate components for processing or handlinginventory items 32, such as scanners for monitoring the flow ofinventory items 32 in and out of inventory system 10, communicationinterfaces for communicating with management module 15, and/or any othersuitable components. Inventory stations 50 may be controlled, entirelyor in part, by human operators or may be fully automated. Moreover, thehuman or automated operators of inventory stations 50 may be capable ofperforming certain tasks to inventory items 32, such as packing orcounting inventory items 32, as part of the operation of inventorysystem 10.

Although “inventory station” as used in the following description refersto locations at which any appropriate processing operation supported byinventory system 10 may be completed, particular embodiments ofinventory system 10 may include specialized inventory stations 50suitable for performing only a single processing task supported byinventory system 10. Moreover, a particular embodiment of inventorysystem 10 may include inventory stations 50 that are, in general,capable of handling multiple types of operation requests 60 but, at anygiven time, configured to handle only one particular type of operationrequests 60.

FIG. 2 is an overhead view of a particular embodiment of inventorysystem 10 illustrating example operation of the relevant embodiment. InFIG. 2, the elements described above with respect to FIG. 1 are locatedwithin a workspace 70. Workspace 70 represents an area associated withinventory system 10 in which mobile drive units 20 can move and/orinventory holders 30 can be stored. For example, workspace 70 mayrepresent all or part of the floor of a mail-order warehouse in whichinventory system 10 operates. Although FIG. 2 shows, for the purposes ofillustration, an embodiment of inventory system 10 in which workspace 70includes a fixed, predetermined, and finite physical space, particularembodiments of inventory system 10 may include mobile drive units 20 andinventory holders 30 that are configured to operate within a workspace70 that is of variable dimensions and/or arbitrary geometry.

Additionally, in certain embodiments, workspace 70 may be associatedwith a grid, tessellation, tiling, or other appropriate division of areato facilitate the use of space resources within inventory system 10 bythe various elements of inventory system 10. The illustrated embodimentof FIG. 2 utilizes a grid that divides workspace 70 into a plurality ofspaces that are each associated with a particular area of workspace 70and referred to generically in this description as a “space 74.” FIG. 2,for purposes of simplicity, illustrates a single space 74 (shown as“space 74 a”), but for purposes of this description it is assumed that agrid divides the entirety of workspace 70 into spaces 74 and other typesof spaces, as described further below.

In particular embodiments, various areas within inventory system 10 maybe designated for, dedicated to, or otherwise associated with certainactivities or uses.

As one example, the embodiment of inventory system 10 in FIG. 2 includesa plurality of storage spaces 76, which represent physical locationswhere components of inventory system 10 can rest when not being used byinventory system 10 to complete tasks. For example, in particularembodiments, inventory holders 30 and/or container holders 40 may bestored in storage spaces 76 when not being used to fulfill orders.Spaces 74 may be statically designated as storage spaces 76 or may bedesignated as storage spaces 74 during operation depending on the needsor priorities of inventory system 10.

As another example, the embodiment of inventory system 10 illustrated inFIG. 2 includes a plurality of inventory stations 50 that are eachassociated with a queue 80 into which components may, under certaincircumstances, move or be placed to await processing upon arrival atinventory stations 50. Each queue 80 provides an area for one or moremobile drive units 20, inventory holders 30, container holders 40,and/or other components to rest until the associated inventory station50 is ready to process a request or perform other tasks associated withthe relevant component. In particular embodiments, queues 80 are eachassociated with a particular physical area of inventory system 10. Forexample, in the illustrated embodiment, queues 80 are each associatedwith a plurality of queue spaces 82 in which mobile drive units 20,inventory holders 30, container holders 40, or other components may waitwhile stored in the corresponding queue 80. In particular embodiments, aparticular queue 80 may be statically associated with a fixed group ofqueue spaces 82. In alternative embodiments, a particular queue 80 maybe associated with a dynamically-assigned group of queue spaces 82determined based on the type of tasks to be completed at the associatedinventory station 50, a traffic metric for the associated inventorystation 50, and/or any other appropriate factors.

As yet another example, the embodiment of inventory system 10illustrated in FIG. 1, includes a plurality of drift spaces 90. Driftspaces 90 each represent an area of workspace 70 utilized by inventorysystem 10 to allow components of inventory system 10, during thecompletion of a particular task involving that element, to move towardsa particular destination or otherwise be positioned so as to reduce atravel time to the relevant destination. In particular embodiments, therelevant element may remain in a particular drift space 90 or aparticular group of drift spaces 90 until a trigger event (or events)occurs. After the trigger event occurs, the element may then move towardthe relevant system resource for completion of the task. In particularembodiments, spaces 74 may be statically designated as drift spaces 90,while in alternative embodiments, spaces 74 may be dynamicallydesignated as drift spaces 90 depending on the resource needs ofinventory system 10, the availability of spaces 74, and/or otherappropriate considerations. As described further bellow, drift spaces 90may be utilized in various ways to improve throughput or otherwiseincrease system efficiency of certain embodiments of inventory system10.

When functioning, the various components of inventory system 10 completecertain operations involving inventory items 32 and/or the components ofinventory system 10 themselves. Management module 15 manages theoperation of components and the use of various system resources tofacilitate the fulfillment of these tasks. Although the descriptionbelow focuses on an embodiment of inventory system 10 capable ofperforming specific operations, a particular embodiment of inventorysystem 10 may be configured to perform any appropriate operationsassociated with the storage, processing, transport, or removal ofinventory items 32.

Management module 15 receives operation requests 60 requesting thecompletion of certain operations associated with inventory items 32. Forexample, in particular embodiments, management module 15 receivesoperation requests 60 requesting the packaging and shipment of selectedinventory items 32. Additionally, in the illustrated embodiment,management module 15 receives or generates operation requests 60relating to the maintenance and upkeep of inventory system 10. Forexample, in particular embodiments, management module 15 receives orgenerates operation requests 60 related to restocking inventory items32, recharging mobile drive units 20, delivering empty containers 42 toinventory stations 50, and/or other suitable tasks that allow variouscomponents of inventory system 10 to respond to or be utilized infulfilling orders. Operation requests 60 may represent communication ofany form suitable for inventory system 10 and may include anyappropriate information identifying inventory items 32, components orresources of inventory system 10, and/or specific operations to becompleted.

As noted above, management module 15 may receive operation requests 60from a human operator or other components of inventory system 10. Forexample, an operator of inventory system 10 may manually enter operationrequests 60 using a keyboard coupled to management module 15. As anotherexample, management module 15 may receive operation requests 60 fromremote components over a network connection, such as an Internetconnection. Alternatively, management module 15 may itself generateoperation requests 60. For example, management module 15 may beconfigured to initiate a particular operation based on a predeterminedschedule or in response to a particular event and may generate operationrequests 60 accordingly. In general, management module 15 may receive orgenerate operation requests 60 in any suitable manner.

In response to receiving or generating an operation request 60,management module 15 may select components or other elements ofinventory system 10 to complete the operation request 60. Depending onthe type of operation requested, management module 15 may select aparticular mobile drive unit 20, inventory holder 30, container holder40, inventory station 50, and/or other suitable components and elementsof inventory system to facilitate completion of the relevant operationrequest 60. Management module 15 may select the specific components forcompleting a particular operation request 60 based on any appropriateconsiderations. As one example, management module 15 may, in particularembodiments, select a particular inventory holder 30 to complete anoperation based on factors including, but not limited to, its currentdistance from one or more mobile drive units 20, the various types ofinventory items 32 stored by the selected inventory holder 30, itscurrent location within workspace 70, and/or other operation requests 60the selected inventory holder 30 is currently being used to fulfill. Asanother example, management module 15 may, in particular embodiments,select a mobile drive unit 20 to fulfill a particular task based onfactors including, but not limited to, its distance from a selectedinventory holder 30, a power supply level associated with the selectedmobile drive unit 20, and/or its current activity. More generally,however, management module 15 may select suitable components to completetasks associated with a particular operation request 60 based on anyappropriate factors, considerations, or criteria.

After management module 15 selects suitable components and/or elementsto complete operation request 60, management module 15 may thencommunicate information to the selected components indicating tasks tobe completed by these components or their operators and/or identifyingone or more of the other selected components involved in completion ofthe requested operation. For example, in the illustrated embodiment,management module 15 communicates task requests 62 to selectedcomponents to communicate information regarding tasks to be completed bythe receiving components and/or other components to be involved incompleting the relevant tasks. Task requests 62 may representcommunication of any suitable form to initiate completion of tasks bythe receiving components, such as instructions, commands, and/orrequests appropriately formatted for the receiving components.

The selected components may then utilize the received information tocomplete tasks associated with the relevant operation request 60. Forexample, based on instructions received from management module 15, aselected mobile drive unit 20 may move a selected inventory holder 30 toa selected inventory station 50 so that an operator of the selectedinventory station 50 may pick requested inventory items 32 from theselected inventory holder 30 and pack them for shipment. Similarly, anoperator of an inventory station 50 may receive information frommanagement module 15 identifying inventory items 32 to be selected froman inventory holder 30 moved to the relevant inventory station 50 andpacked in a container 42 as part of fulfilling an operation request 60received by management module 15.

Because, in particular embodiments, the operation of inventory system 10is constrained by limits on space, system components, and/or otherresources, the efficient use of such resources may increase thethroughput and efficiency of inventory system 10. As a result, inparticular embodiments, management module 15 may employ varioustechniques to progressively move, or “drift,” inventory holders 30,container holders 40, or other components of inventory system 10 towardsinventory stations 50, other system resources, or other destinationswithin workspace 70. By moving the relevant component towards itsdestination in stages, management module 15 may be able to time itsarrival in a manner that results in more efficient use of space andsystem resources.

To facilitate this drifting, certain areas within workspace 70 may bedesignated as drift spaces 90, where components can wait until anappropriate event has occurred triggering further movement of thecomponent, either to another intermediate location or a finaldestination. Drift spaces 90 may represent any appropriately sized andshaped area of workspace 70 and may be located at any suitable locationwithin workspace 70. Additionally, as noted above, drift spaces 90 mayrepresent fixed, predetermined locations within workspace 70 or mayrepresent a dynamically allocated areas of workspace 70 that may beselected and designated as appropriate during operation of inventorysystem 10.

Drift spaces 90 may be used by management module 15 in any appropriatemanner in completing the tasks associated with operation requests 60.For example, in particular embodiments, management module 15 may park acomponent destined for a particular system resource, such as aninventory station 50, in a drift space 90 until certain conditions aresatisfied (e.g., the resource becomes available for use by the componentor the number of other components waiting in the vicinity of the systemresource falls below some maximum threshold). This may allow managementmodule 15 to limit congestion in the vicinity of the system resource butalso allow management module 15 to reduce the completion time of therelevant operation by positioning the relevant component closer to thesystem resource while the component waits for the system resource.

Additionally, the use of drift spaces 90 may allow a system component tobe positioned close to multiple different instances of a particularsystem resource and move to the first instance that becomes available.For example, a component may be moved to a drift space 90 removed fromall active inventory stations 50 but in relatively close proximity tothese inventory stations 50. The component may then wait in its driftspace 90 until an inventory station 50 needs the component or aninventory station 50 becomes available to complete a task involving thatcomponent. Because the component is moved to an appropriate drift space90 prior to an inventory station 50 becoming available or needing thecomponent, the component can be quickly repositioned at any of theinventory stations 50 as soon as appropriate.

Furthermore, in certain embodiments, a particular drift space 90 may bedesignated exclusively for drifting particular types of components,drifting components associated with a particular trigger event, driftingcomponents for a particular purpose, and/or drifting components destinedfor a particular location. For example, a first drift space 90 may bedesignated as a waiting place for inventory holders 30 responding tospecific retrieval requests 160, while a second drift space 90 may bedesignated as a waiting place for container holders 40 waiting for acontainer request 260 to fulfill. Depending on the configuration ofinventory system 10, such exclusive drift spaces 90 may be designatedwhen inventory system 10 begins operation or at any appropriate timeduring operation.

Alternatively, a particular drift space 90 may be designated for use forany type of drifting, and drift spaces 90 may be used interchangeably bycomponents of inventory system 10. For example, in particularembodiments, a particular drift space 90 may be used, at differenttimes, as a waiting place for both inventory holders 30 and containerholders 40 en route to various different locations. Furthermore, incertain embodiments, a type of a particular drift space 90 may bedesignated dynamically during operation of inventory system 10.

As a result, drift spaces 90 may be used in many different ways toprovide improved efficiency and throughput in inventory system 10.Additionally, in particular embodiments, drift spaces 90 may be usedflexibly to dynamically optimize the effectiveness of inventory system10. Consequently, the use of drift spaces 90 may provide numerousbenefits in inventory system 10. Specific embodiments, however, mayprovide some, none, or all of these benefits.

FIGS. 3-6 provide specific examples of how drift spaces 90 may be usedin particular embodiments of inventory system 10 in fulfillingparticular types of operation requests 60. As explained further below,in particular embodiments, the use of drift spaces 90 may limitcongestion, reduce task-completion times, and/or otherwise improvesystem efficiency or throughput. As a result, certain embodiments ofinventory system 10 may provide a number of operational benefits.Specific embodiments may, however, provide some, none, or all of thesebenefits.

FIGS. 3 and 4 illustrate one example of how drift spaces 90 can be usedin particular embodiments of inventory system 10 to improve systemefficiency in responding to particular types of operation requests 60.In particular, FIGS. 3 and 4 describe the operation of certainembodiments of inventory system 10 in responding to a particular type ofoperation request 60 (referred to here as a “retrieval request 160”)that identifies one or more inventory items 32 to be retrieved fromstorage in inventory system 10. In response to receiving retrievalrequest 160, management module 15 instructs mobile drive units 20 totransport inventory holders 30 storing inventory items 32 requested byretrieval request 160 to a particular inventory station 50 so that therequested inventory items 32 can be collected and prepared for shipping.If several inventory holders 30 are involved in fulfilling retrievalrequest 160, management module 15 may utilize drift spaces 90 toposition one or more of these inventory holders 30 close to the relevantinventory station 50 and then move them to that inventory station 50 asspace becomes available nearby. Thus, as explained further below, driftspaces 90 may allow management module 15 to limit the number ofinventory holders 30 that are placed in the vicinity of the relevantinventory station 50 while at the same time reducing the lengthy waittime that could result if additional inventory holders 30 had to beretrieved from their original storage spaces 76 when inventory station50 was ready to process these inventory holders 30.

FIG. 3 illustrates an overhead view of a particular embodiment ofinventory system 10 in fulfilling an example retrieval request 160. Asnoted above, retrieval request 160 is an operation request 60 thatidentifies one or more types of inventory items 32 to be retrieved fromstorage in inventory system 10. In particular embodiments, retrievalrequest 160 may represent a customer order received by inventory system10 and may identify one or more inventory items 32 to be packaged andshipped to the ordering customer. Inventory items 32 ordered by thecustomer may be retrieved from inventory holders 30 at an inventorystation 50 and packaged for shipping (e.g., in a container 42) orotherwise processed in accordance with the retrieval request 160.

In the illustrated example, management module 15 responds to retrievalrequest 160 by selecting an inventory station 50, one or more inventoryholders 30, and one or more mobile drive units 20 to fulfill retrievalrequest 160. As noted above, management module 15 may select thesecomponents based on any appropriate considerations. FIG. 3 illustratesan example in which management module 15 selects three mobile driveunits 20 (shown as mobile drive units 20 a, 20 b, and 20 c) threeinventory holders 30 (shown as inventory holders 30 a, 30 b, and 30 c)to fulfill retrieval request 160 at a selected inventory station (shownas inventory station 50 a).

After selecting the relevant components, management module 15 maycommunicate one or more task requests 62 to each of the selected mobiledrive units 20 to facilitate transport of the selected inventory holders30 to the selected inventory station 50. The task requests 62transmitted to each mobile drive unit 20 identify a selected inventoryholder 30 in terms of its location or an identifier associated with theselected inventory holder 30. The selected mobile drive units 20 thenmove to the selected inventory holders 30 (as shown by arrows 302 a-c inFIG. 3) and dock with them. After docking, the selected mobile driveunits 20 begin moving the selected inventory holders 30 towards theselected inventory station 50.

Depending on the number of inventory holders 30 selected to fulfillretrieval request 160, the size of a queue associated with the selectedinventory station 50, and/or other appropriate considerations,management module 15 may instruct one or more mobile drive units 20 totemporarily move their associated inventory holder 30 to a drift space90. For example, in the illustrated embodiment, management module 15 isconfigured to drift one or more inventory holders 30 destined for aparticular inventory station 50 when the number of inventory holders 30en route to that inventory station 50 is greater than two. As a result,in the illustrated example, management module 15 drifts one of theselected inventory holders 30 a-c instead of moving the relevantinventory holder 30 directly to inventory station 50 a.

Furthermore, if management module 15 decides, in responding to retrievalrequest 160, to drift one or more inventory holders 30, managementmodule 15 may select the inventory holder 30 or inventory holders 30 todrift based on any suitable criteria or consideration. For example,management module 15 may select inventory holders 30 to drift based onthe distance between the drifted inventory holders 30 and the selectedinventory station 50, the inventory items 32 stored by the driftedinventory holders 30 (e.g., to allow retrieved inventory items 32 to bepackaged in a particular order in a container 42), the time required forthe corresponding mobile drive unit 20 to transport the driftedinventory holders 30 to the selected inventory station 50, and/or anyother appropriate considerations or criteria.

The mobile drive units 20 associated with inventory holders 30 to bedrifted, then move the drifted inventory holders 30 to one of driftspaces 90, while the remaining mobile drive units 20 move theircorresponding inventory holders 30 to the selected inventory station 50.In particular embodiments, management module 15 may select a particulardrift space 90 for each drifted inventory holder 30. For example, inparticular embodiments, management module 15 selects an appropriatedrift space 90 for each drifted inventory holder 30 from a list ofcurrently-available drift spaces 90 and communicates a task request 62identifying the selected drift space 90 and/or its locations to themobile drive unit 20 docked to the drifted inventory holders 30.Alternatively, in particular embodiments, mobile drive units 20 maythemselves determine the drift spaces 90 that are available and select aparticular drift space 90 from among the available drift spaces 90.Thus, in the illustrated example, mobile drive units 20 a and 20 b movetheir respective inventory holders 30 to inventory station 50 a (asshown by arrows 304 a and 304 b). Additionally, management module 15selects drift space 90 a for inventory holder 30 c and instructs mobiledrive unit 20 c to move inventory holder 30 c to drift space 90 a.Mobile drive unit 20 c then moves to drift space 90 a (as shown by arrow306).

The drifted inventory holders 30 then wait in drift spaces 90 until oneor more trigger events occur. These trigger events may represent anysuitable events associated with the drifted inventory holders 30, theselected inventory station 50, any other component of inventory station50, and/or any aspect of the operation of inventory system 10. Forexample, in particular embodiments, the trigger events may be selected,in part, to limit the number of inventory holders 30 that are moved intothe vicinity of the selected inventory station 50 at any given time.Thus, in such embodiments, the trigger events may relate to or involvethe expiration of a delay period, an indication from the selectedinventory station 50 (or an operator of the selected inventory station50) that a certain number of the selected inventory holders 30 have beenprocessed, or any other occurrence that indicates or suggests a certainnumber of the selected inventory holders 30 have been or should havebeen moved out of the vicinity of the selected inventory station 50.

Furthermore, in particular embodiments, a particular inventory holder 30may wait in drift spaces 90 until multiple trigger events occur. Forexample, in certain embodiments, a particular drifted inventory holder30 may wait in a drift space 90 until one or more other driftedinventory holders 30 move towards their final destinations and someother trigger event occurs. This may allow drifted inventory holders 30to depart from drift spaces 90 in a particular order, based on a time ofarrival, a priority level, and/or other factors. Furthermore, differentinventory holders 30 may be associated with different trigger events.Consequently, in particular embodiments, all drifted inventory holders30 in drift spaces 90 may wait for the same trigger event or events, andtheir corresponding mobile drive units 20 may move them to theirdestination when the trigger event or events occur. In other embodimentsor under other circumstances, different inventory holders 30 may beassociated with different trigger events, with each drifted inventoryholder 30 waiting in a drift space 90 until the trigger event associatedwith that particular drifted inventory holder 30 occurs.

Depending on the configuration and capabilities of management module 15and mobile drive units 20, management module 15 may notify a mobiledrive unit 20 associated with a particular drifted inventory holder 30that the trigger event associated with that inventory holder 30 hasoccurred, the mobile drive unit 20 may itself determine that the triggerevent has occurred, or both components may be configured to detect someor all of the trigger events occurring in inventory system 10.Additionally, in particular embodiments, the trigger event may representreceipt, by the relevant mobile drive unit 20, of instructions (e.g.,task requests 62) from management module 15 or another element ofinventory system 10 instructing that mobile drive unit 20 to move aninventory holder 30 from a drift space 90 in which it is waiting toanother destination.

Once the trigger event associated with a particular drifted inventoryholder 30 has occurred and/or the mobile drive unit 20 transporting thatdrifted inventory holder 30 has received any appropriate notification ofsuch occurrence, the transporting mobile drive unit 20 moves therelevant inventory holder 30 to its destination. At its destination, thedrifted inventory holder 30 is processed in accordance with theretrieval request and inventory items 32 identified by retrieval request160 are removed from the drifted inventory holder 30. These inventoryitems 32 may be combined with inventory items 32 selected from otherinventory holders 30 to complete fulfillment of retrieval request 160.

In the illustrated example, the trigger event associated with driftedinventory holder 30 c is the departure of one or more inventory holders30 from queue 80 a associated with inventory station 50 a. As a result,when management module 15 determines that mobile drive unit 20 a hasexited queue 80 a of inventory station 50 (as shown by arrow 308),management module 15 transmits a task request 62 to mobile drive unit 20c, which is waiting in drift space 90 a. In response to this taskrequest 62, mobile drive unit 20 c moves inventory holder 30 c toinventory station 50 a (as shown by arrow 310). At inventory station 50a, inventory items 32 identified by retrieval request 160 are thenremoved from inventory holder 30 c to complete the fulfillment ofretrieval request 160.

Although FIG. 3 focuses on an example embodiment of inventory system 10that implements the described techniques in a particular manner, variousembodiments may implement the utilized techniques in any appropriatemanner. For example, in the described embodiment, a particular mobiledrive unit 20 transports each drifted inventory holder 30 or containerholder 40 to a drift space 90 and then waits with the drifted holderuntil the trigger event or events occur. In alternative embodiments,however, mobile drive units 20 may transport drifted inventory holders30 to drift spaces 90 and leave these drifted inventory holders 30 indrift spaces 90. Other mobile drive units 20 may then be responsible formoving the drifted inventory holders 30 to their final destination oncethe trigger event or events occur. Moreover, in particular embodiments,a particular mobile drive unit 20 or group of mobile drive units 20 maybe used to move all drifted inventory holders 30 between drift spaces 90and a final destination of the drifted inventory holders 30 and/orbetween the various drift spaces 90 to manage the use of drift spaces90.

Additionally, as noted above, drift spaces 90 in workspace 70 may, inparticular embodiments, be utilized for more than one purpose or may beassociated with more than one destination in workspace 70. Consequently,a particular drift space 90 may, at various different times, be used todrift inventory holders 30 destined for multiple different inventorystations 50. As a result, in fulfilling a subsequent retrieval request160, the process described above may be repeated with a second mobiledrive unit 20 destined for a second inventory station 50 waiting in thesame drift space 90 for a particular trigger event to occur. Thus, inparticular embodiments, drift spaces 90 may be used to flexibly driftmobile drive units 20 and inventory holders 30 destined for differentinventory stations 50.

Furthermore, although the description above describes, for purposes ofsimplicity, an example in which a final destination is selected fordrifted inventory holders 30 before they begin drifting, in alternativeembodiments, a final destination for drifted devices may not be chosenuntil the relevant devices have begun drifting or until after thesedevices have finished drifting. For example, in particular embodiments,an inventory holder 30 may be selected for fulfilling a received order,but the inventory station 50 at which the received order will befulfilled may not be determined until later. In such embodiments, thedetermination may be delayed altogether or a group of candidateinventory stations 50 may be selected when the relevant order isreceived but a specific inventory station 50 from the candidate groupmay not be selected until a later time. In such embodiments, managementmodule 15 may select an inventory holder 30 or inventory holders 30 tofulfill the received order but determine that certain necessary orbeneficial conditions have not been satisfied and may delay selection ofa corresponding inventory station 50.

For example, management module 15 may determine that a container holder40 on which a particular order will be stored is not yet available. As aresult, management module 15 may drift one or more inventory holders 30associated with the order until the container holder 40 becomesavailable. Furthermore, to optimize throughput of system 10, managementmodule 15 may wait to choose the inventory station 50 at which the orderwill ultimately be completed until the relevant container holder 40 isavailable. As a result, management module 15 may instruct mobile driveunits 20 to retrieve the relevant inventory holders 30 and transportthose inventory holders 30 to drift spaces 90. When an appropriatetriggering event occurs (such as a particular order holder 40 becomingavailable), management module 15 may select an inventory station 50 atwhich to fulfill the received order and instruct mobile drive units 20to move the drifted inventory holders 30 to the relevant inventorystation 50. As a result, the use of drift spaces 90 may allow managementmodule 15 to select the optimal inventory station 50 at which tocomplete the received order based on the state of system 10 when therelevant container holder 40 finally becomes available.

Additionally, in particular embodiments, management module 15 may selecta particular inventory holder 30 to fulfill multiple different orders atmultiple different inventory stations 50. In such embodiments,management module 15 may use drift spaces 90 to temporarily store therelevant inventory holder 30 before and during completion of thedifferent orders, so that this inventory holder 30 can be positionedclose to the relevant inventory stations 50 while its orders are stillbeing completed. Consequently, in such embodiments, management module 15may drift a particular inventory holder 30 until one (or a particularone) of the inventory stations 50 fulfilling the multiple ordersassociated with the drifted inventory holder 30 becomes available. Afterbeing transported to the available inventory station 50, the inventoryholder 30 may then be returned to drift spaces 90 until anotherinventory station 50 completing an order associated with that inventoryholder 30 becomes available.

Thus, in general, drift spaces 90 can be used to move inventory holders30 or other components of inventory system 10 towards their destinationwithout increasing the congestion in the immediate vicinity of thedestination. Limiting the congestion around inventory stations 50 andother system resources can improve efficiency and throughput in certainembodiments of inventory system 10. As a result, particular embodimentsof inventory system 10 can provide several operational benefits.Specific embodiments, however, may provide some, all, or none of thesebenefits.

FIG. 4 is a flowchart illustrating example operation of the embodimentof inventory system 10 shown in FIG. 3. In particular, FIG. 4illustrates the operation of inventory system 10 in fulfilling aretrieval request 160 received by management module 15. The stepsillustrated in FIG. 4 may be combined, modified, or deleted whereappropriate, and additional steps may also be added to the flowchart.Additionally, the illustrated steps may be performed in any suitableorder.

Operation begins at step 400 in the illustrated example with managementmodule 15 receiving retrieval request 160. As noted above, retrievalrequest 160 indicates one or more inventory items 32 to be retrievedfrom inventory system 10. In response to receiving retrieval request160, management module 15 selects components of inventory system 10 tofulfill retrieval request 160 at step 402. As part of selectingcomponents to fulfill retrieval request 160, management module 15, inthe described embodiment, selects one or more inventory holders 30storing inventory items 32 identified by retrieval request 160, aninventory station 50 at which to fulfill retrieval request 160, and oneor more mobile drive units 20 to transport the selected inventoryholders 30 to the selected inventory station 50. As discussed above,management module 15 may select these components based on anyappropriate criteria or considerations.

At step 404, management module 15 instructs each of the selected mobiledrive units 20 to move towards a storage space 76 associated with aparticular one of the selected inventory holders 30. In response, theselected mobile drive units 20 each move to the storage space 76identified to the relevant mobile drive unit 20 and dock with theirrespective inventory holders 30 at step 406. The selected mobile driveunits 20 then begin to move their corresponding inventory holders 30towards the selected inventory station 50 at step 408.

At any point while fulfilling retrieval request 160, management module15 may decide, based on any appropriate factors, to drift one or more ofthe selected inventory holders 30 to limit congestion in the vicinity ofthe selected inventory station 50, prevent an overflow of the queue 80associated with the selected inventory station 50, or otherwise improvethe efficiency or throughput of inventory system 10. For example, in theillustrated example, management module 15, at step 410, determineswhether the number of selected inventory holders 30 exceeds the numberof queue spaces 82 available in a queue 80 associated with the selectedinventory station 50. The available queue spaces 82 may represent queuespaces 82 in the relevant queue 80 that management module 15 has notalready reserved for specific inventory holders 30 destined for theassociated inventory station 50, queue spaces 82 not already occupied byinventory holders 30, or queue spaces 82 that are deemed available basedon any other suitable criteria. If the number of selected inventoryholders 30 does not exceed the number of queue spaces 82 available inthe associated queue 80, then operation continues at step 412 with allof the selected mobile drive units 20 continuing on to the selectedinventory station 50. At step 414, the selected inventory holders 30 arethen processed (e.g., requested inventory items 32 are removed from theselected inventory holders 30) and retrieval request 160 is completed atstep 430 as shown in FIG. 4.

If, however, the number of selected inventory holders 30 does exceed thenumber of queue spaces 82 available in the associated queue 80, thenmanagement module 15, according to this example operation, decides todrift one or more inventory holders 30, as shown by steps 416-426 ofFIG. 4. Specifically, at step 416, management module 15 instructs aparticular mobile drive unit or units 20 to move towards a drift space90 in workspace 70. At step 418, the relevant mobile drive unit or units20 move to a drift space 90. Depending on the configuration of inventorysystem 10, management module 15 may select the drift space 90 to be usedor the relevant mobile drive unit 20 may itself choose a particulardrift space 90. At step 420, the other mobile drive units 20transporting inventory holders 30 continue on to the selected inventorystation 50 where they are processed.

The drifted mobile drive unit or units 20 then wait, at step 422, for atrigger event to occur. In the illustrated example, the trigger eventrelates to one or more queue spaces 82 becoming available in a queue 80associated with the selected inventory station 50. As a result,management module 15 and/or the drifted mobile drive unit or units 20monitor the availability of queue spaces 82 in the queue 80 associatedwith the selected inventory station 50 and detect when an additionalqueue space 82 becomes available. For example, in particularembodiments, management module 15 may maintain a database in whichinformation on the availability of queue spaces 82 (such as informationon granted queue space reservations or location data for inventoryholders 30 in workspace 70). In such embodiments, management module 15may determine based on this information when queue spaces 82 becomeavailable and may communicate this information to mobile drive units 20to allow mobile drive units 20 to determine when queue spaces 82 becomeavailable. If the appropriate component determines at step 424 that noadditional queue spaces 82 have become available, the waiting mobiledrive unit or units 20 continue to wait with operation returning to step422.

If, instead, the appropriate component determines that an additionalqueue space 82 has become available, the waiting mobile drive unit 20 orone of the waiting mobile drive units 20 moves to the selected inventorystation 50 at step 426. When the released mobile drive unit 20 arrivesat the selected inventory station 50, the drifted inventory holder 30may then be processed at step 428. For example, an operator of theselected inventory station 50 may remove inventory items 32 identifiedby retrieval request 160 from the drifted inventory holder 30 and placethem in a container 42 associated with retrieval request 160. Ifadditional inventory holders 30 remain in drift spaces 90, steps 424-428may be repeated for each as additional queue spaces 82 become available.

Once all the inventory items 32 requested by retrieval request 160 havebeen picked from the selected inventory holders 30, the packed container42 may be shipped and/or fulfillment of retrieval request 160 mayotherwise be completed as shown at step 430. Operation of inventorysystem 10 in fulfilling retrieval request 160 may then end as shown inFIG. 4.

FIGS. 5 and 6 illustrate another example of how drift spaces 90 can beused in particular embodiments of inventory system 10 to improve systemefficiency in responding to particular types of operation requests 60.In particular, FIGS. 5 and 6 describe the operation of certainembodiments of inventory system 10 in responding to another type ofoperation request 60 (referred to here as a “container request 260”)that requests delivery of containers 42 to a particular inventorystation 50.

More specifically, in particular embodiments of inventory system 10, acontainer holder 40 may be positioned beside each inventory station 50.As noted above, containers 42 may represent boxes, pallets, or othersuitable containers on or in which inventory items 32 may be grouped forstorage, shipping, or other purposes. Positioning a container holder 40next to each inventory station 50 may allow operators of inventorystations 50 to quickly obtain containers 42 when fulfilling retrievalrequests 160 or other requests that involve containers 42. Operators canquickly reach into or onto the container holder 40 positioned next totheir inventory station 50 whenever a new container 42 is needed. Whenthe supply of containers 42 in the container holder 40 positioned nextto an operator's inventory station 50 is exhausted, management module 15may instruct a mobile drive unit 20 to deliver another container holder40 having a fresh supply of containers to that operator's inventorystation 50. As a result, inventory system 10 can ensure that a steadysupply of containers 42 are provided to an inventory station 50 withoutrequiring operators to leave inventory stations 50 to retrieveadditional containers 42.

Thus, to reduce the delay experienced between use of the final container42 in or on the container holder 40 positioned next to a particularinventory station 50 and delivery of another container holder 40 stockedwith containers 42 to that inventory station 50, inventory system 10 mayutilize drift spaces 90 to locate container holders 40 loaded withcontainers 42 near to inventory stations 50. When inventory system 10 isoperational, one or more container holders 40 may be moved from aninitial storage space 74 or other location to drift spaces 90 to waituntil needed or requested by a particular inventory station 50. Then,when the supply of containers 42 at a particular inventory station 50 isexhausted, a container holder 40 waiting in a drift space 90 may bemoved to the relevant inventory station 50. By positioning stockedcontainer holders 40 in drift spaces 90, certain embodiments ofinventory system 10 may reduce the amount of time required to deliver anew container holder 40 to depleted inventory stations 50 and increasethe number of retrieval requests 160 and/or other operation requests 60that each inventory station 50 can process over a given period of time.

FIG. 5, in particular, shows an overhead view of a specific embodimentof inventory system 10 in fulfilling an example container request 260.As noted above, container request 260 is an operation request 60 used incertain embodiments of inventory system 10 to request delivery ofcontainers 42 to a particular inventory station 50. In particularembodiments, container request 260 may represent an instruction,message, or notification sent by the relevant inventory station 50 tomanagement module 15 indicating that the supply of containers 42 at therelevant inventory station 50 has been exhausted and/or requestingadditional containers 42 be delivered to the relevant inventory station50. Management module 15 responds to container requests 260 byinstructing a mobile drive unit 20 to transport a container holder 40 tothe requesting inventory station 50. To limit the amount of timerequired to deliver another container holder 40 to inventory station 50,management module 15 may select a container holder 40 waiting in a driftspace 90 relatively near to inventory stations 50 to fulfill thecontainer request 260.

More specifically, at an appropriate time during operation of inventorysystem 10, management module 15 may select one or more container holders40 to drift until management module 15 receives its next containerrequest 260. For example, in particular embodiments, when inventorysystem 10 initially starts up, management module 15 may select one ormore mobile drive units 20 and one or more container holders 40 andinstruct a selected mobile drive unit 20 to move a selected containerholder 40 to each active inventory station 50. Management module 15 mayalso have one or more container holders 40 transported to drift spaces90. Workspace 70 may be configured so that drift spaces 90 are locatedrelatively close to inventory stations 50 and, in particularembodiments, closer than many or all of storage spaces 76. In theillustrated example, inventory stations 50 a-c are initially active, andoperation begins with container holders 40 (shown in FIG. 5 as containerholders 40 x-z) positioned next to each inventory station 50 currentlyactive.

While inventory system 10 is positioning container holders 40 nearinventory stations 50 or at an appropriate point in time before or afterpositioning such container holders 40, inventory system 10 may also moveone or more container holders 40 to drift spaces 90. For example,management module 15 may select one or more mobile drive units 20 andone or more container holders 40 and instruct the selected mobile driveunits 20 to move the selected container holders 40 to drift spaces 90.In the illustrated example, management module 15 selects mobile driveunits 20 a-c and container holders 40 a-c and instructs mobile driveunits 20 a-c to move container holders 40 a-c to drift spaces 90 a-c,respectively (as shown by arrows 502 a-c and 504 a-c). In particularembodiments, the selected mobile drive units 20 may then undock from thedrifted container holders 40 and move away to begin completing othertasks.

Once the selected mobile drive units 20 and container holders 40 arepositioned in drift spaces 90, inventory system 10 can begin to respondto container requests 260 using container holders 40 waiting in driftspaces 90. As noted above, container requests 260 request delivery ofadditional containers 42 to a particular inventory station 50. Dependingon the configuration of inventory system 10, container requests 260 maybe transmitted by an inventory station 50 (or its operator) when therequesting inventory station 50 becomes active, the supply of containers42 at the requesting inventory station 50 is exhausted, and/or any otherevent occurs prompting a need for additional containers at therequesting inventory station 50. In the illustrated example, aftermobile drive units 20 a-c have moved container holders 40 a-c to driftspaces 90 a-c, management module 15 receives a first container request260 a from inventory station 50 d indicating that inventory station 50 dhas been activated.

In response to a container request 260, management module 15 mayinstruct an appropriate mobile drive unit 20 to deliver a containerholder 40 from a drift space 90 to the requesting inventory station 50.If more than one container holder 40 are waiting in drift spaces 90,management module 15 selects one of the waiting container holders 40 tofulfill the received container request 260. Management module 15 mayselect the appropriate container holder 40 based on the length of timethe selected contain holder 40 has been waiting in its drift space 90,the number of containers the selected container holder 40 stores, adistance between the requesting inventory station 50 and the drift space90 in which the selected container holder 40 is waiting, and/or anyother suitable considerations or factors. For example, in FIG. 5,management module 15 manages the drifted container holders 40 waiting indrift spaces 90 in a first-in/first-out manner, with the containerholder 40 that has been waiting for the longest amount of time beingselected to fulfill received container requests 260. As a result,management module 15 selects container holder 40 a to fulfill containerrequest 260 a.

After selecting a drifted container holder 40 to fulfill a receivedcontainer request 260, management module 15 may instruct a particularmobile drive unit 20 to transport the drifted container holder 40 to therequesting inventory station 50. For example, in FIG. 5, managementmodule 15 instructs mobile drive unit 20 d to move container holder 40 ato the requesting inventory station 50, inventory station 50 d. Therelevant mobile drive unit 20 may then move to and dock with the driftedcontainer holder 40 and transport the drifted container holder 40 to therequesting inventory station 50. Thus, in the illustrated example,mobile drive unit 20 d moves to container holder 40 a and transportscontainer holder 40 a to inventory station 50 d to fulfill firstcontainer request 260 a (as shown by arrows 506 and 508, respectively).

In particular embodiments, management module 15 may replace containerholders 40 that are released from drift spaces 90 to fulfill containerrequests 260. Specifically, management module 15 may select a containerholder 40 from a storage space 76, a station where container holders 40are loaded with containers 42, or any other location in inventory system10 and dispatch a mobile drive unit 20 to move that container holder 40to the vacated drift space 90. For example, in FIG. 5, management module15 instructs mobile drive unit 20 e to retrieve container holder 40 dand move container holder 40 d to the drift space 90 vacated bycontainer holder 40 a (as shown by arrows 510 and 512, respectively).

As a result, in particular embodiments, inventory system 10 may maintaina continually-restocked supply of container holders 40 in drift spaces90 and may be able to fulfill multiple container requests 260 usingcontainer holders 40 waiting in drift spaces 90. To illustrate, FIG. 5also shows management module 15 receiving a second container request 260b from inventory station 50 b after fulfilling first container request260 a. Second container request 260 b indicates, for example, thatinventory station 50 c has exhausted the supply of containers 42 storedby container holder 40 z initially positioned next to inventory station50 c. In response to second container request 260 b, management module15 selects a container holder 40 (container holder 40 b in FIG. 5) andinstructs a particular mobile drive unit 20 (mobile drive unit 20 f inFIG. 5) to move to and dock with the drifted container holder 40 (asshown by arrow 514). Additionally, management module 15 may alsoinstruct a mobile drive unit 20 (not shown in FIG. 5) docked to theexhausted container holder 40 (container holder 40 z in FIG. 5) to movethe exhausted container holder 40 away from the requesting inventorystation 50 (as shown by arrow 516) so that the transporting mobile driveunit 20 can then position the drifted container holder 40 next to therequesting inventory station 50 (as shown by arrow 518).

Thus, as FIG. 5 illustrates, drift spaces 90 can also be used to driftcontainer holders 40, inventory holders 30, or other components ofinventory system 10 when the final destination of the relevant componentis not yet determined. This may allow inventory system 10 to positioncomponents such as container holders 40 and inventory holders 30relatively near to several potential destinations prior to a need or usearising for the relevant component at a particular one of thedestinations.

FIG. 6 is a flowchart illustrating example operation of the embodimentof inventory system 10 shown in FIG. 5. In particular, FIG. 6illustrates the operation of inventory system 10 in fulfilling containerrequests 260 received by management module 15. The steps illustrated inFIG. 6 may be combined, modified, or deleted where appropriate, andadditional steps may also be added to the flowchart. Additionally, theillustrated steps may be performed in any suitable order.

Operation begins in the described example with management module 15positioning one or more container holders 40 in drift spaces 90, asshown by steps 600-608. In particular, management module 15 selects oneor more container holders 40 and one or more mobile drive units 20 totransport the selected container holders 40 to drift spaces 90 at step600. At step 602, management module 15 instructs the selected mobiledrive units 20 to move to storage spaces 76 or other locations in whichthe selected container holders 40 are initially stored. At step 604, theselected mobile drive units 20 then move to and dock with the selectedcontainer holders 40.

At step 606, management module 15 instructs the selected mobile driveunits 20 to move the selected container holders 40 to drift spaces 90.Each selected mobile drive unit 20 then moves a selected containerholder 40 to a drift space 90 at step 608. In particular embodiments,the selected mobile drive units 20 may then undock and move away fromthe selected container holders 40, leaving the selected containerholders 40 in drift spaces 90.

At step 610, the selected mobile drive units 20 subsequently wait indrift spaces 90 for a trigger event to occur. In particular embodiments,the trigger event relates to or is triggered by a need for containers 42arising at a particular inventory station 50. For example, in thedescribed embodiment, inventory stations 50 transmit container requests260 to management module 15 to request delivery of containers 42 and/orto indicate their supply of containers 42 is exhausted. As a result,management module 15 determines, at step 612, whether management module15 has received a container request 260. If not, operation returns tostep 610 and the drifted container holders 40 continue to wait in driftspaces 90.

In response to determining it has received a container request 260,management module 15 selects, at step 614, one of the plurality ofcontainer holders 40 waiting in drift spaces 90 to fulfill the receivedcontainer request 260. As noted above, management module 15 may select acontainer holder 40 to fulfill the received container request 260 basedon any appropriate considerations or criteria. In particularembodiments, management module 15 selects the container holder 40 thathas been waiting in drift spaces 90 for the longest period of time.

After selecting a particular container holder 40 to fulfill the receivedcontainer request 260, management module 15 instructs a mobile driveunit 20 to move to and dock with the drifted container holder 40 at step616 (e.g., by transmitting a task request 62 identifying the relevantdrift space 90 and/or its location). In response, the selected mobiledrive unit 20 moves to and docks with the drifted container holder 40 atstep 618. At step 620, management module 15 instructs the selectedmobile drive unit 20 to move the drifted container holder 40 to therequesting inventory station 50. The selected mobile drive unit 20 thenmoves the drifted container holder 40 from the drift space 90 in whichthat container holder 40 is waiting to the requesting inventory station50 at step 622.

In particular embodiments, inventory system 10 may replace the releasedcontainer holder 40 by moving another container holder 40 into driftspaces 90. This is illustrated in FIG. 6 in steps 624-632. Inparticular, management module 15 selects a replacement container holder40 and a mobile drive unit 20 to transport the replacement containerholder at step 624. As explained above, management module 15 may selecta replacement container holder 40 and a mobile drive unit 20 totransport the replacement container holder 40 based on any appropriatecharacteristics or considerations. At step 626, management module 15instructs the selected mobile drive unit 20 to move to the replacementcontainer holder 40. The selected mobile drive unit 20 moves to anddocks with the replacement container holder 40 at step 628.

At step 630, management module 15 instructs the selected mobile driveunit 20 to move the replacement container holder 40 to the vacated driftspace 90 (or another available drift space 90). At step 632, theselected mobile drive unit 20 moves the replacement container holder 40to the vacated drift space 90. The replacement container holder 40 maythen wait in the relevant drift space 90 until a trigger eventassociated with the replacement container holder 40 occurs (e.g.,receipt of a container request 260 after the replacement containerholder 40 has been in its drift space 90 longer than any other driftedcontainer holders 40). Operation of inventory system 10 in responding tothe received container request 260 may then end as shown in FIG. 6.

Although the present invention has been described with severalembodiments, a myriad of changes, variations, alterations,transformations, and modifications may be suggested to one skilled inthe art, and it is intended that the present invention encompass suchchanges, variations, alterations, transformations, and modifications asfall within the scope of the appended claims.

What is claimed is:
 1. A method for fulfilling requests in an inventorysystem, comprising: receiving, by a management module, a request tocomplete an operation associated with an inventory item; instructing, bythe management module, a mobile drive unit to transport an inventoryholder from a storage location to a drift location based at least inpart upon the received request, wherein the drift location is anintermediate location that is remote from a queue of an inventorystation; detecting, by the management module, a trigger event; inresponse to detecting the trigger event, instructing, by the managementmodule, the mobile drive unit to transport the inventory holder from thedrift location to the inventory station.
 2. The method of claim 1,further comprising: identifying a condition associated with theinventory system; wherein the mobile drive unit is instructed totransport the inventory holder to the drift location based further atleast in part upon the condition.
 3. The method of claim 1, furthercomprising: selecting, from a plurality of inventory holders, theinventory holder to fulfill the request; and selecting, from a pluralityof inventory stations, the inventory station at which to fulfill therequest.
 4. A method for fulfilling requests in an inventory system,comprising: receiving, by a management module, a request to complete anoperation associated with an inventory item; instructing, by themanagement module, a mobile drive unit to transport an inventory holderfrom a storage location to a drift location based at least in part uponthe received request; detecting, by the management module, a triggerevent; in response to detecting the trigger event, instructing, by themanagement module, the mobile drive unit to transport the inventoryholder from the drift location to an inventory station; wherein theinventory station is one of a plurality of inventory stations, therequest is capable of being filled at more than one of the plurality ofinventory stations, and detecting the trigger event comprisesdetermining that a space associated with the inventory station isavailable.
 5. The method of claim 1, wherein the drift locationcomprises an area of a workspace designated as the intermediate locationbetween a starting location and a destination location, at which acomponent remains until the trigger event associated with thedestination location occurs.
 6. A method for fulfilling requests in aninventory system, comprising: receiving, by a management module, arequest to complete an operation associated with an inventory item;instructing, by the management module, a mobile drive unit to transportan inventory holder from a storage location to a drift location based atleast in part upon the received request; detecting, by the managementmodule, a trigger event; in response to detecting the trigger event,instructing, by the management module, the mobile drive unit totransport the inventory holder from the drift location to an inventorystation; wherein the drift location comprises an area of a workspacedesignated as an intermediate location between a starting location and adestination location, at which a component remains until the triggerevent associated with the destination location occurs; wherein the driftlocation is dynamically designated as a drift location based at least inpart upon one or more resource requirements of the inventory system. 7.A method for fulfilling requests in an inventory system, comprising:receiving, by a management module, a request to complete an operationassociated with an inventory item; instructing, by the managementmodule, a mobile drive unit to transport an inventory holder from astorage location to a drift location based at least in part upon thereceived request; detecting, by the management module, a trigger event;in response to detecting the trigger event, instructing, by themanagement module, the mobile drive unit to transport the inventoryholder from the drift location to an inventory station; wherein thedrift location is selected from a plurality of locations in a workspacebased at least in part upon one or more of a distance between the driftlocation and the storage location; a distance between the drift locationand the inventory station; and a length of a path extending from thestorage location to the inventory station through the drift location. 8.The method of claim 1, wherein the drift location comprises a firstdrift location, the inventory station comprises a first inventorystation, and the method further comprises: instructing the mobile driveunit to transport the inventory holder from the first inventory stationto a second drift location; detecting a second trigger event; and inresponse to detecting the second trigger event, instructing the mobiledrive unit to transport the inventory holder to a second inventorystation.
 9. An inventory system, comprising: a mobile drive unitoperable to transport an inventory holder; and a management moduleoperable to: receive a request to complete an operation associated withan inventory item; instruct the mobile drive unit to transport aninventory holder from a first location to a second location based atleast in part upon the received request, wherein the second location isan intermediate location that is remote from a queue of an inventorystation; detect a trigger event; in response to detecting the triggerevent, instruct the mobile drive unit to transport the inventory holderfrom the second location to the inventory station.
 10. The inventorysystem of claim 9, the management module further operable to: identify acondition associated with the inventory system; instruct the mobiledrive unit to transport the inventory holder to the second locationbased further at least in part upon the condition.
 11. The inventorysystem of claim 9, the management module further operable to: select,from a plurality of inventory holders, the inventory holder to fulfillthe request; and select, from a plurality of inventory stations, theinventory station at which to fulfill the request.
 12. An inventorysystem, comprising: a mobile drive unit operable to transport aninventory holder; and a management module operable to: receive a requestto complete an operation associated with an inventory item; instruct themobile drive unit to transport an inventory holder from a first locationto a second location based at least in part upon the received request;detect a trigger event; in response to detecting the trigger event,instruct the mobile drive unit to transport the inventory holder fromthe second location to an inventory station; wherein the inventorystation is one of a plurality of inventory stations, the request iscapable of being filled at more than one of the plurality of inventorystations, and detecting the trigger event comprises determining that aspace associated with the inventory station is available.
 13. Theinventory system of claim 9, wherein the second location comprises anarea of a workspace designated as the intermediate location between astarting location and a destination location, at which a componentremains until the trigger event associated with the destination locationoccurs.
 14. An inventory system, comprising: a mobile drive unitoperable to transport an inventory holder; and a management moduleoperable to: receive a request to complete an operation associated withan inventory item; instruct the mobile drive unit to transport aninventory holder from a first location to a second location based atleast in part upon the received request; detect a trigger event; inresponse to detecting the trigger event, instruct the mobile drive unitto transport the inventory holder from the second location to aninventory station; wherein the second location comprises a driftlocation that is selected from a plurality of locations in a workspacebased at least in part upon one or more of a distance between the driftlocation and the first location; a distance between the drift locationand the inventory station; and a length of a path extending from thefirst location to the inventory station through the drift location. 15.A non-transitory computer readable medium comprising logic, the logic,when executed by a processor, operable to: receive a request to completean operation associated with an inventory item; instruct the mobiledrive unit to transport an inventory holder from a first location to asecond location based at least in part upon the received request,wherein the second location is an intermediate location that is remotefrom a queue of an inventory station; detect a trigger event; inresponse to detecting the trigger event, instruct the mobile drive unitto transport the inventory holder from the second location to theinventory station.
 16. The computer readable medium of claim 15, thelogic further operable to: identify a condition associated with aninventory system; instruct the mobile drive unit to transport theinventory holder to the second location based further at least in partupon the condition.
 17. The computer readable medium of claim 15, thelogic further operable to: select, from a plurality of inventoryholders, the inventory holder to fulfill the request; and select, from aplurality of inventory stations, the inventory station at which tofulfill the request.
 18. A non-transitory computer readable mediumcomprising logic, the logic, when executed by a processor, operable to:receive a request to complete an operation associated with an inventoryitem; instruct the mobile drive unit to transport an inventory holderfrom a first location to a second location based at least in part uponthe received request; detect a trigger event; in response to detectingthe trigger event, instruct the mobile drive unit to transport theinventory holder from the second location to an inventory station;wherein the inventory station is one of a plurality of inventorystations, the request is capable of being filled at more than one of theplurality of inventory stations, and detecting the trigger eventcomprises determining that a space associated with the inventory stationis available.
 19. The computer readable medium of claim 15, wherein thesecond location comprises an area of a workspace designated as theintermediate location between a starting location and a destinationlocation, at which a component remains until the trigger eventassociated with the destination location occurs.
 20. A non-transitorycomputer readable medium comprising logic, the logic, when executed by aprocessor, operable to: receive a request to complete an operationassociated with an inventory item; instruct the mobile drive unit totransport an inventory holder from a first location to a second locationbased at least in part upon the received request; detect a triggerevent; in response to detecting the trigger event, instruct the mobiledrive unit to transport the inventory holder from the second location toan inventory station; wherein the second location comprises a driftlocation that is selected from a plurality of locations in a workspacebased at least in part upon one or more of a distance between the driftlocation and the first location; a distance between the drift locationand the inventory station; and a length of a path extending from thefirst location to the inventory station through the drift location.